home *** CD-ROM | disk | FTP | other *** search
/ Ian & Stuart's Australian Mac: Not for Sale / Another.not.for.sale (Australia).iso / fade into you / being there / How To & FAQ's / News Administration.FAQ < prev    next >
Text File  |  1994-10-19  |  35KB  |  721 lines

  1.  
  2. This is version 0.6 of the Usenet Site Administrator's Guide to
  3. Netiquette.  I have posted it several times before, and if I don't
  4. hear many strong objections, I will submit it to news.answers in
  5. order to make it an official periodic posting.
  6.  
  7.     - Mitch Golden
  8. -----------------------------------------------------------------
  9.      The Usenet Site Administrator's Guide to Netiquette
  10.              (version 0.6, Oct 9, 1994)
  11.  
  12.  
  13. Table of Contents
  14.  
  15. 1) Introduction.
  16.     1.01) What this document is.
  17.     1.02) Prerequisites.
  18.     1.03) Why would a school want Usenet?
  19.     1.04) Why would a company want Usenet?
  20.     1.05) My company wants to post to Usenet because we think it is
  21.           a cheap way to advertise.
  22. 2)  What software should I use?
  23. 3)  Which newsgroups should I carry?
  24. 4)  How long should the articles' expiration times be?
  25. 5)  What is "net-abuse"?
  26. 6)  What should I do about net-abuse?
  27. 7)  What codes of conduct should I impose on the users of my site?
  28. 8)  What are Usenet's legal issues?
  29. 9)  What other things can I do with my Usenet site?
  30. 10) What are my ongoing responsibilities?
  31. 11) How should I set up the users?
  32. 12) Who wrote this document, anyway?
  33.  
  34. 1) Introduction.
  35.  
  36. 1.01) What this document is.
  37.  
  38. This is the Site Administrator's Guide to Netiquette.  It represents
  39. the authors attempt to summarize the consensus about how to deal
  40. with various problems you may run across running a Usenet site.  An
  41. improperly run Usenet site is not only a nuisance for its own users,
  42. it can become an annoyance to everyone around the world who reads
  43. Usenet.
  44.  
  45. This is _not_ a technical document about software.  Nor is it legal
  46. advice (heaven forbid)!
  47.  
  48. A hypertext version of this document is maintained at
  49.  
  50.   http://ancho.ucs.indiana.edu/FAQ/USAGN/index.html
  51.  
  52. as part of a net resources page
  53.  
  54.    http://scwww.ucs.indiana.edu/NetRsc/usenet.html
  55.  
  56. 1.02) Prerequisites.
  57.  
  58. If you don't know what Usenet is, you're reading the wrong document.
  59. Go look in the newsgroup news.answers for the documents "What is
  60. Usenet" and "How to become a USENET site".  In order to understand
  61. the discussions here you should be familiar with "A Primer on How to
  62. Work With the Usenet Community" and/or "Emily Postnews Answers Your
  63. Questions on Netiquette", and/or "Rules for posting to Usenet".
  64. Especially if you're installing a commercial site, you should see "A
  65. Guide to Buying and Selling on Usenet".  If these documents are not
  66. in news.answers or news.announce.newusers on your site, they can be
  67. had by anonymous ftp from rtfm.mit.edu in the directory
  68. /pub/usenet-by-hierarchy/news/announce/newusers.
  69.  
  70. 1.03) Why would a school want Usenet?
  71.  
  72. If you are at a university, your Usenet site will allow your
  73. university community to participate in discussions with people from
  74. around the world on a huge variety of topics.  The information
  75. contained in Usenet posts may not be the most valuable stuff
  76. available electronically, but it is certainly among the most
  77. freewheeling.
  78.  
  79. A grade school has similar reasons for getting Usenet access.
  80. However, since not all subjects discussed on Usenet are suitable for
  81. children, a greater degree of care and supervision will be required.
  82.  
  83. 1.04) Why would a company want Usenet?
  84.  
  85. Actually, most Usenet sites are commercial.  There are all kinds of
  86. companies on Usenet: some are access providers that sell computer
  87. accounts to the general public, some are companies in a business
  88. unrelated to computers.  A company not in the business of selling
  89. computer access may find Usenet to be a useful source of
  90. information; more examples are given below.  Your major concern is
  91. that you should consider who in your company you really want reading
  92. newsgroups on company time, and which groups.
  93.  
  94. 1.05) My company wants to post to Usenet because we think it is a
  95.       cheap way to advertise.
  96.  
  97. Careful here!  Usenet is _not_ intended as a one-way broadcast
  98. medium.  It is for people to carry on _discussions_ about specific
  99. topics in which they are _already_ interested.  Before you set up
  100. your site it is important that you and your site's users understand
  101. this distinction.
  102.  
  103. You may have heard that there is a culture of hostility of Usenet
  104. readers to advertisements.  If you understand what Usenet is, it's
  105. easy to understand.  Remember: Usenet is a cooperative venture that
  106. people set up to converse with one another.  It's for participants,
  107. not simply to be exploited.  When advertising is clearly an attempt
  108. at exploitation rather than participation, it gets a negative
  109. response.
  110.  
  111. Hostility to advertisement posts has also developed because they
  112. have almost never been confined to the newsgroups where they belong.
  113. The people reading a newsgroup about cats don't necessarily want
  114. information about a stock brokerage.  Remember - the charter of a
  115. group specifies what the posts in the group are supposed to be
  116. about.  The charters are available by anonymous ftp from ftp.uu.net
  117. in the /usenet/news.announce.newgroups/ directory tree.  Getting
  118. charters is usually not necessary, because usually you can tell what
  119. the topic of a newsgroup is by just reading what's there.
  120. Unfortunately, some advertisers don't bother to take the time to do
  121. this, mostly because they aren't really interested in what Usenet is
  122. all about: discussions.
  123.  
  124. Even when they do confine their posts to relevant newsgroups,
  125. advertisers frequently post the same message over and over.  Again,
  126. that's not why people are reading Usenet - they're there to talk to
  127. each other about a subject they're interested in.
  128.  
  129. Posting to Usenet means dumping essentially all of the typical
  130. advertising techniques of hype or subtle artistry (eg, Infiniti TV
  131. ads, Calvin Klein magazine photos).  In the Usenet medium the
  132. average reader wants solid information about products without the
  133. glitz.
  134.  
  135. Your company will alienate its customers if posts from your site
  136. run roughshod over the Usenet structure.  If posts result in your
  137. getting large numbers of "flame" messages, via e-mail or to the
  138. newsgroup, your company may be annoying more people than it's
  139. attracting.  A small number of flames may be of no consequence, but
  140. if you receive massive flames from many sources, then what was
  141. posted was doubtless wrong.
  142.  
  143. Posts are effective only if they are low key, non-repetitive, and
  144. _only_ in groups in which they are really on-topic.  Always remember
  145. that the recipient is _paying_ to get Usenet.  In many cases, the
  146. readers of Usenet articles are paying to read the posts.  Almost
  147. certainly the site is paying for its hookup to the network (be that
  148. the Internet or some other way of receiving the articles) and no-one
  149. wants to pay again for stuff that's already been read.  Remember,
  150. unless people respect the rules, it will cost _your_ site money too!
  151.  
  152. If one of your site's users really wants to advertise, why don't you
  153. use your net hookup to set up a World Wide Web or Gopher site?
  154. Those are really much better media for advertisements.  You can do
  155. some really nice things with hypertext to provide ads of the caliber
  156. of those found in magazines and catalogues, including pictures,
  157. sounds, and even small movies.  A list of interesting companies on
  158. the Web may be found at http://www.rpi.edu/~okeefe/business.html.
  159.  
  160. After you've set up your WWW site, you can post a small message to
  161. the appropriate Usenet groups calling attention to it.  Anyone who's
  162. interested will go look at it.
  163.  
  164. Another possibility is to set up a newsgroup in the biz.* hierarchy.
  165. People looking in biz.yourcompany _expect_ to see information about
  166. your company's products.  Moreover, in a biz.* group, they'll be
  167. able to talk back to your company too.
  168.  
  169. You're probably thinking the wrong way about the commercial uses of
  170. Usenet anyway.  Forget ads. _Your_customers_are_talking_about_the_
  171. products_made_by_you_and_your_competitors.  You will stand to gain
  172. quite a lot from just listening to them, without saying a thing.
  173. For example, don't you think that Ford could benefit from having an
  174. employee read rec.autos?  Companies in the computer industry have
  175. known this for a long time.
  176.  
  177. 2) What software should I use?
  178.  
  179. This subject is really beyond the scope of this document.  There are
  180. a number of good Usenet site management packages available.  INN,
  181. and Cnews, for example, are popular ones for Unix systems.  (Bnews
  182. is now mostly considered obsolete.)
  183.  
  184. However, you should be aware that there is an emerging standard for
  185. the software to read articles: a "Usenet Seal of Approval" is being
  186. developed for newsreaders.  Version 1.0 of the document was recently
  187. posted to news.software.readers.  You should encourage your users to
  188. use a reader that is compliant with the standard.
  189.  
  190.  
  191.  
  192. 3) Which newsgroups should I carry?
  193.  
  194. Your Usenet site is still your computer.  No one can make you
  195. receive, store, or propagate files that you don't want.  Take only
  196. those newsgroups you think are useful.  As mentioned above, a
  197. commercial site probably doesn't want its employees wasting too much
  198. time on non-work related activities.  In that case, you might for
  199. example consider dropping the talk.* hierarchy.  But if you're at a
  200. university, why not carry as many groups as resources allow?
  201.  
  202. If you carry any groups from a hierarchy, you should carry the
  203. .answers group of that hierarchy.  The .answers group contains the
  204. Frequently Asked Questions Lists (FAQs) for that hierarchy.  Other
  205. groups you should definitely get are news.announce.newusers, which
  206. contains the documents that any new Usenet user should read, and
  207. news.announce.important, for urgent items that all usenet readers
  208. should know.  Neither of these are high volume groups, so they will
  209. not consume many system resources.
  210.  
  211. There are other groups that are not part of the Big-Seven Usenet
  212. hierarchy, but are propagated along with them.  The alt groups are
  213. the biggest example.  Some of them are useful, but many are
  214. worthless, since there are essentially no rules restricting their
  215. creation.  (See "So You Want to Create an Alt Newsgroup" in
  216. news.answers.)  If you intend to carry alt groups on your site, you
  217. should probably read the newsgroup alt.config.
  218.  
  219. The most controversial newsgroups are without a doubt
  220. alt.binaries.pictures.erotica and its subhierarchy - the newsgroups
  221. for posting of erotic / pornographic pictures.  The controversy
  222. involves two issues:
  223.  
  224.  (*) There are many people who intensely dislike pornography, and
  225.      wish it weren't available.  Indeed, pornography is illegal in
  226.      many places.
  227.  (*) A large fraction of the images carried in a.b.p.e.* are in
  228.      violation of a copyright.
  229.  
  230. If your intention is to ban pornography from your site, you should
  231. also take a look at the group alt.sex.stories to see if you find it
  232. acceptable.  Some other groups in the alt.sex.* hierarchy, for
  233. example alt.sex.movies, contain discussions _about_ pornography.
  234. You have to decide what in alt.sex.* you want to allow - you'll know
  235. it when you see it.
  236.  
  237. If you expect your site to be frequented by children, you should be
  238. especially careful about what groups they have access to.  You
  239. should always read any newsgroup carefully, especially in the alt
  240. hierarchy, before you give young children access to it.  (There is a
  241. k12.* hierarchy explicitly intended for schoolchildren.  See section
  242. 9 below.)
  243.  
  244. It is probably impossible to be sure that your site is free from
  245. copyright violations at all times, any more than the owner of a
  246. bookstore can be sure that every book for sale is okay.  You can't
  247. read every article coming in.  On the other hand, some groups are
  248. worse than others.  Like the erotica newsgroups, much of the stuff
  249. in alt.binaries.sounds.* is questionable.  Before you decide which
  250. groups to carry, be sure that you've read "What are Usenet's legal
  251. issues?" in section 8 below.
  252.  
  253. An additional consideration about the alt.binaries.* groups is that
  254. they take up a large amount of bandwidth and disk space that might
  255. be better devoted to other information.  To make room for them on
  256. your disk, you may find that you need to shorten the expiration
  257. times of other groups that are of more benefit to your users.
  258. Conserving bandwidth and disk space may wind up being a reason for
  259. not carrying alt.binaries.* groups.
  260.  
  261. 4) How long should the articles' expiration times be?
  262.  
  263. It is wrong to think that the expiration times should be set as long
  264. as possible.  Usenet flame wars are all too common.  Sometimes a
  265. flame war dies down, only to be rekindled when a new reader comes
  266. across old messages.  Try not to make expiration longer than a few
  267. weeks, especially on alt.* and talk.* groups.  For some newsgroups
  268. the above reasoning doesn't apply.  Moderated groups and
  269. news.answers are two examples.
  270.  
  271. On most sites, disk space will limit the expiration times, and you
  272. will have to spend some time fine-tuning them on a per hierarchy or
  273. group basis.  It's often best if the "large file" groups -- those
  274. carrying binaries for example -- expire more quickly than others.
  275.  
  276. Lastly, its best if a low-volume group has its expiration time set
  277. long enough that the Frequently Asked Questions list (FAQ) and any
  278. other periodic postings in the group are always there.  Well-managed
  279. FAQs are supposed to come with their own expiration times, and use
  280. the supercedes mechanism, and you should configure your site to
  281. honor these.
  282.  
  283. 5) What is "net-abuse"?
  284.  
  285. This is tricky.  Some people are touchier about these issues than
  286. others, and the conception of net-abuse is constantly evolving.  The
  287. basic concept is that net-abuse is an action that undermines the
  288. ability of one or more Usenet newsgroups to serve as discussion
  289. forums.  Whether or not a message is net-abuse is not a question of
  290. the content of the article, but rather the manner or place of the
  291. posting.  There is a consensus that some things are definitely
  292. net-abuse:
  293.  
  294. a) "Spamming" the newsgroups.  A user or group of users is said to
  295. have spammed when he/she/they posts one or more messages with
  296. substantially the same content to a large number of newsgroups, in
  297. many of the which the post is off-topic.
  298.  
  299. A spamming infraction is more serious if the spam is not
  300. cross-posted to the newsgroups involved, but is instead posted to
  301. each group separately.  This means that the newsreader software at
  302. the receiving end will not be able to determine that the message has
  303. already been read in another newsgroup, and the receiving users will
  304. be repeatedly confronted with the post.  Spamming also wastes
  305. bandwidth and disk space, and is especially annoying to sites with
  306. slow communication links and limited disk storage.
  307.  
  308. A post or posts need not happen all at once to be considered spam.
  309.  
  310. Usually spamming occurs when a user attempts to use Usenet as a
  311. one-way broadcast medium, instead of as a forum for discussion and
  312. exchange of ideas.  Much of the poor press coverage of Usenet comes
  313. about because of a lack of understanding of this distinction.
  314. Usenet is not intended as a means of getting people who are not
  315. already interested in a topic to pay attention to it.
  316.  
  317. There is no hard and fast definition of "spamming".  However, Usenet
  318. groups are sufficiently distinct that it is quite rare that an
  319. article is really on-topic in more than ten or so groups.
  320.  
  321. b) Flooding a newsgroup.  This is said to occur when a user or group
  322. of users posts so many messages to a group that it is rendered
  323. unusable.  Posts may be on-topic or not, but if the action prevents
  324. other users from exchanging ideas through that newsgroup, it is
  325. considered net-abuse.
  326.  
  327. Flooders sometimes defend themselves by claiming that they are
  328. simply exercising their freedom of speech.  The response is that
  329. freedom of speech does not extend to drowning out voices that differ
  330. from yours.  In the past, some abusers have gone so far as to set up
  331. posting robots to reply to nearly every message in a group.  You
  332. should not allow any such action to originate at your site.
  333.  
  334. There are some bands of "renegade" users (those who go by the name
  335. alt.syntax.tactical are one, and there are similar groups) who
  336. actively attempt to make Usenet unusable.  They frequently do this
  337. by attempting to flood a group.
  338.  
  339. c) Forging articles, so that they appear under some other person's
  340. name.  When this has been done in the past, it is sometimes an
  341. attempt on the part of the forger to get the forgee into trouble.
  342. (There is no need to forge an article in order to preserve
  343. anonymity.  There are well established mechanisms to post
  344. anonymously.)
  345.  
  346. d) Followups to misc.test, sendsys bombs, and other mailbomb posts.
  347. When an article is posted to a misc.test, Usenet sites receiving the
  348. article are supposed to e-mail an acknowlegement message to the
  349. originator.  This results in quite a large number of messages in the
  350. originator's mailbox, and so misc.test is only supposed to be used
  351. for debugging purposes.  Net abusers have been known to direct
  352. followups to misc.test as a way of flooding the mailbox of anyone
  353. who's following up to their articles.  A sendsys bomb, similarly,
  354. directs all the machines receiving the post to send a mail message
  355. to someone.  These are clearly not constructive ways to participate
  356. in a discussion.
  357.  
  358. e) Sending forged cancels for other people's articles.  Freedom of
  359. speech is respected on Usenet.  Suppressing the voices of others is
  360. not allowed.
  361.  
  362. However, recently a consensus has emerged that there is an exception
  363. to the prohibition against canceling someone else's articles: it is
  364. okay to forge cancels to prevent a massive spamming violation.
  365.  
  366. In April 1994 the notorious "Green Card" spam occurred.  An ad
  367. appeared in virtually every Usenet group.  The perpetrators
  368. announced their intention to spam repeatedly, and the Usenet access
  369. provider did not take quick action to prevent them from doing so.
  370. Their actions threatened Usenet as a whole.  In this circumstance, a
  371. programmer wrote a "cancel-bot" which forged a cancellation message
  372. for every post originating from the spammer's account.  When the
  373. "Green Card" ads appeared again, the cancel-bot prevented their
  374. propagation.  This cancel-bot was generally applauded throughout the
  375. Usenet community.
  376.  
  377. There have been other spam cancels since that time.  More recent
  378. cancels have been discussed in alt.current-events.net-abuse before
  379. any action was taken.  For example, a survey was posted to a large
  380. number of groups, in many of which it was considered off-topic.  The
  381. posts were then cancelled.  This action was slightly more
  382. controversial than the "Green Card" cancellation, partly because the
  383. survey was not as widely spammed, partly because it seemed to be an
  384. innocent mistake on the part of the researcher.
  385.  
  386. Many people, including the author of this document, feel that that
  387. the charter defines what belongs in a newsgroup.  By this reasoning,
  388. when an off-topic survey is posted to a large number of groups it is
  389. spamming and is therefore net-abuse.  Some people disagree, arguing
  390. that surveys may serve a legitimate purpose for Usenet itself.  Thus
  391. surveys remain a subject of ongoing discussion.
  392.  
  393. At any rate, it appears that system administrators, especially at
  394. commercial sites, have begun to crack down quickly on spammers and
  395. other net abusers.  Such a crackdown results in the offending
  396. articles being cancelled by the originating site itself.  If this
  397. fortunate trend continues, it may mean that complaints to the
  398. spammer's system administrator will be adequate to halt net-abuse,
  399. and cancel-bots will never be necessary.
  400.  
  401. This list of types of net-abuse is not meant to be exhaustive.  As
  402. in the rest of life, there are many ways to be annoying and
  403. disruptive on Usenet, and on the Internet.
  404.  
  405.  
  406.  
  407. 6) What should I do about net-abuse?
  408.  
  409. Once you become a sysadmin, the rest of the Usenet community will
  410. expect that you are prepared to discipline your users when they
  411. engage in net-abuse.  In order to be accessible to the rest of the
  412. Usenet community, you should make sure that as news administrator
  413. you are accessible to e-mail, as usenet@your.host.name and
  414. postmaster@your.host.name.
  415.  
  416. If someone mails you about a post originating from your site, you
  417. need not act on it unless he or she demonstrates an effort to
  418. resolve the problem first with the person making the posts in
  419. question.  In general, it is best if posters resolve complaints
  420. among each other, without system administrators getting involved.
  421. In these cases, you can reply to the complainer asking him or her to
  422. to discuss the questionable posts with the user.  However, in some
  423. cases it is obvious that what is being complained about really is
  424. intentional net-abuse, and in that case you should act immediately.
  425.  
  426. If net-abuse is reported to you, you have pretty broad discretion as
  427. to how to handle it.  However, other site administrators will be
  428. quite angry if it doesn't stop quickly.  At minimum, you should send
  429. out cancels for the offending articles, and take action to prevent
  430. repetition of the act.  You may have to deny net-abusers Usenet access
  431. if all else fails.  Withdrawal of Usenet privileges may take place
  432. even if other forms of Internet access remain.  Since you may have
  433. to discipline net-abusers, if you run an NNTP site you should not
  434. permit postings by random outsiders, even if you permit reading by
  435. such people.
  436.  
  437. From time to time you will probably get complaints about the content
  438. of a user's post, and you may be asked to censor a user.  The
  439. administrator will need tread carefully to determine what the best
  440. course of action is.  Bear in mind that censoring users will also
  441. bring in complaints.  Not all those who complain are right, and so a
  442. site will be better off if it has a policy in place before it
  443. receives complaints.
  444.  
  445. As site administrator you should probably read news.admin.*.
  446. Reading these groups will keep you informed about net-abuses at
  447. other sites, and help you understand the emerging consensus as to
  448. what net-abuse is and how it can be dealt with.  Also useful are the
  449. discussions in alt.current-events.net-abuse.
  450.  
  451. 7) What codes of conduct should I impose on the users of my site?
  452.  
  453. You definitely can't allow net-abuse, but there are other posts that
  454. are not permitted either.  Your users should not make posts of
  455. illegal material - for example, stuff that is copyright violating,
  456. defamatory, or obscene.  Some posts cause smaller problems.  You
  457. will get complaints if a user on your site persists in posting
  458. binary files to a text-only group.  (Depending on the nature of the
  459. infraction, some might say that this is net-abuse, while others
  460. might say they are merely off-topic posts.)  Sometimes users
  461. repeatedly make posts that disrupt the conversation on a newsgroup.
  462.  
  463. While you are not responsible for policing the content of your
  464. user's posts, you will certainly hear about it if one of your users
  465. posts illegally or disruptively.  You should be prepared to deal
  466. with this kind of situation when it arises.  How you react will be
  467. up to you (and maybe your lawyers, see the next section).  Of course
  468. you want your site to retain good relations with the rest of the
  469. Usenet community.
  470.  
  471. If you are planning to set up a site which sells accounts to users,
  472. you will probably need a legal contract with your users so that they
  473. behave properly.  (Get a lawyer for this.  As mentioned above, this
  474. document is not legal advice!)  Here are some quotes from a real
  475. user agreement of one Internet access provider.  It has a clause in
  476. that reads
  477.  
  478. "User hereby agrees that any material submitted for publication on
  479. [the provider's site] through User's account(s) does not violate or
  480. infringe any copyright, trademark, patent, statutory, common law or
  481. proprietary rights of others, or contain anything obscene or
  482. libelous."
  483.  
  484. To prevent spamming, the provider puts in its contract:
  485.  
  486.   "[the] use of distribution list in electronic mail or other mass
  487.    electronic mailings is subject to approval of [the provider]."
  488.  
  489. You need to make clear in the contract that you will cut off any
  490. user who abuses Usenet.  Here's how it looks in this provider's
  491. contract:
  492.  
  493.   "[The provider], at its sole business judgment, may [...] suspend
  494.    User's access to the service upon any breach of this membership
  495.    Agreement by User, including, but not limited to [...] by sole
  496.    judgement of [the provider] that User may be performing
  497.    activities harmful to [the provider] or its users, employees,
  498.    vendors, business relationships, or any other users of the
  499.    Internet."
  500.  
  501. If you want to look at user agreements, some Internet access
  502. providers have made theirs available on their gopher/ftp servers.
  503.  
  504. Make sure your users have read your agreement before they get
  505. anywhere near Usenet.  A user who doesn't intend to abuse Usenet
  506. will have no objection to agreeing to your terms.  Some commercial
  507. sites have configured their software so that new users must read the
  508. contract and the netiquette documents _before_ the user is allowed
  509. to read or post anything.
  510.  
  511. Since they tend to be close-knit communities, academic sites
  512. generally have less of a problem dealing with net-abuse issues than
  513. other types of sites.  It is usually within the power of the
  514. university to keep students and faculty to behaving properly.
  515.  
  516. On the other hand, some academic sites have set up speech codes
  517. governing the actual content of messages.  There is quite a bit of
  518. controversy about speech codes at Universities in general, not just
  519. on Usenet.  It's too big an issue to go into here.  The Electronic
  520. Frontier Foundation (EFF) distributes some very nice papers
  521. discussing these and other issues which you may obtain from their
  522. FTP site, ftp.eff.org in the directory /pub/CAF.  (CAF refers to the
  523. "Computers and Academic Freedom" mailing list.)
  524.  
  525. 8) What are Usenet's legal issues?
  526.  
  527. First of all, since Usenet is international, it is not possible to
  528. give a real answer to this question.  Moreover, to discuss the legal
  529. status of Usenet in even one country would require a much longer
  530. document than this one.
  531.  
  532. There is one overarching question: who is legally responsible for
  533. the articles on a site?  If some freshman at Boondocks University
  534. posts the lyrics of a copyrighted Michael Jackson song, can every
  535. single Usenet site be sued for propagating the copies?  Can the
  536. posting site be sued?
  537.  
  538. To my knowledge (and I am not a lawyer), in the US at least these
  539. questions haven't been entirely resolved.  There are definitely
  540. cases in which bulletin board owners have gotten into trouble for
  541. copyright violations on their machines.  If your site is sued, the
  542. decision in court may hinge in part on whether or not the site
  543. administrator knew that the machine contained illegal posts.
  544. Everyone is _hoping_ that the poster is held liable, but if the
  545. courts decide otherwise we might finally see the proverbial "film at
  546. 11" in which the end of Usenet comes to pass.
  547.  
  548. Different countries' courts may ultimately resolve these questions
  549. differently, and that could mean that Usenet exists in some
  550. countries and not in others.
  551.  
  552. Before you panic however, consider that the courts may hold that a
  553. Usenet site is like a bookstore.  If every bookstore were liable for
  554. the contents of every book on its shelves, no one could sell books.
  555.  
  556. 9) What other things can I do with my Usenet site?
  557.  
  558. There are other hierarchies besides the "big seven" and alt.  They
  559. are described fully in the "Alternative Newsgroup Hierarchies",
  560. posted to news.answers.  They include
  561.  
  562.  (*) The regional hierarchies, dedicated to issues affecting
  563.       specific geographic areas.
  564.  (*) bionet - A set of groups for academic biologists.
  565.  (*) bit - These groups echo many of the bitnet e-mail lists.
  566.  (*) biz - Groups in biz are set up by corporations to carry
  567.       material like ads for products.  This hierarchy is separated
  568.       from the big seven because it can't be transmitted over the US
  569.       National Science Foundation's network.  (The NSF has
  570.       restrictions on the sort of things it will carry. However,
  571.       these restrictions are scheduled to go away soon.)
  572.  (*) cbd - Commerce and Business Daily, provided by a commercial
  573.       service.
  574.  (*) clari - ClariNet is a commercial service carrying wire
  575.       service stories and other features.
  576.  (*) ddn - part of the inet/ddn distribution.  Many of the inet
  577.       groups have names that start with comp or other of the
  578.       big-seven names, so it can get sort of confusing.
  579.  (*) fedreg - The Federal Register, provided commercially.
  580.  (*) gnu - The Free Software foundation's hierarchy.
  581.  (*) hepnet - for high-energy and nuclear physics research sites.
  582.  (*) ieee - groups of the Institute of Electrical and Electronics
  583.       Engineers.
  584.  (*) info - a collection of mailing lists gatewayed into news at
  585.       the University of Illinois.  Sites are discouraged from
  586.       carrying some of these.
  587.  (*) k12 - groups for elementary school children.  Take extra
  588.       precaution with the posts in these groups, children are
  589.       reading them.
  590.  (*) relcom - Russian language posts.  The posts in these groups
  591.       use 8-bit cyrillic characters, so some software adjustments
  592.       may be necessary.
  593.  (*) u3b - groups dealing with AT&T 3B{2,5,15,20,4000}
  594.       computers. This probably should have been under biz, but it
  595.       isn't.
  596.  (*) vmsnet - Digital Equipment Corporation's hierarchy for the
  597.       discussion of topics of interest to users of VMS systems.
  598.       Another candidate for biz.
  599.  
  600. Lastly, you may want to set up your own local hierarchy.  Many
  601. universities, national labs, and commercial providers have done
  602. this, to allow internal discussions.  These hierarchies generally
  603. don't propagate out of the institutions that create them.  (But see
  604. the next section!)
  605.  
  606.  
  607.  
  608. 10) What are my ongoing responsibilities?
  609.  
  610. Here's a relatively easy one: You should make sure that your list of
  611. newsgroups is current.  If you find your site on the list of "Sites
  612. honoring invalid newsgroups", posted occasionally to
  613. news.admin.misc, please fix the problem.
  614.  
  615. A more complicated issue you will have to contend with is the
  616. control of articles propagated to adjacent Usenet sites.  Consider
  617. the following scenario:
  618.  
  619. Boondocks University has a news server on news.boon.edu.  It
  620. exchanges news feeds with news.far.com and news.act.ca.  At
  621. Boondocks University they get all the big seven groups, and the alt
  622. groups.  At news.act.ca, on the other hand, they don't want alt.
  623. Now suppose that, without the knowledge of the site administrator,
  624. news.boon.edu begins to get articles from news.far.com in a new
  625. hierarchy, blotz.*.  If news.boon.edu is configured to pass on
  626. everything it gets except alt, (which would be written in the
  627. configuration file as "all,!alt") then they will begin to propagate
  628. blotz.* to news.act.ca.
  629.  
  630. It might be okay for blotz.* to propagate to news.act.ca, but then
  631. again it might not.  For example, the blotz.* hierarchy might be a
  632. local hierarchy that was supposed to be contained within Blotz
  633. University, but which got propagated to news.far.com by accident.
  634. If news.boon.edu propagates it further, it is just compounding the
  635. error.  It is safest if news.boon.edu doesn't automatically
  636. propagate all the articles it receives, at least unless it is
  637. explicitly asked to do so by news.act.ca.  It is best if
  638. news.boon.edu explicitly lists the hierarchies it intends to
  639. propagate.
  640.  
  641. Since there are many sites that pass everything they receive, Usenet
  642. is very "leaky".  This is especially true with respect to the
  643. "distribution" feature, which is supposed to confine articles to
  644. given geographic region.  Stopping the leakage of articles outside
  645. of their intended region works the same way as for hierarchies.  In
  646. general, you shouldn't propagate distributions by default.
  647.  
  648. Propagating too many articles wastes Usenet bandwidth, and makes
  649. users wade through posts they don't need or want.
  650.  
  651. 11) How should I set up the users?
  652.  
  653. After the site is set up, _don't_ just throw the doors open to your
  654. users.  Since you've read the documents mentioned in the
  655. introduction, you realize that there are quite a few rules about
  656. using Usenet that the users should know.
  657.  
  658. Every site should establish a policy to make sure its users are
  659. prepared to interact with the Usenet community.  Before _anyone_
  660. from your site posts anything, he or she should have read the
  661. Netiquette documents, posted in news.announce.newusers.  New users
  662. should be automatically subscribed to this group, and it should be
  663. at the top of the list of groups they're subscribed to.  If possible,
  664. it is even better if the users can be forced to look at these
  665. documents before getting privilege to post.
  666.  
  667. You should be sure your users know what net-abuse is, and that they
  668. will not be allowed to commit it.  
  669.  
  670. Your users must know how to send and receive e-mail. (Usenet posters
  671. frequently take their discussions "private" and converse via
  672. e-mail.)
  673.  
  674. By far the most common problem "newbies" encounter is that they
  675. often post questions that have been answered numerous times before.
  676. This is annoying to people who've been participating in a newsgroup
  677. for a long time, and unfortunately (since Usenet has as many jerks
  678. as the rest of the world) the poster of a such a question will
  679. frequently be the recipient of a nasty reply "flame" message.  This
  680. may turn the new user off to Usenet permanently.  Be sure your users
  681. are aware of the FAQ.  Each FAQ is posted periodically to the
  682. newsgroup it covers, and to news.answers.  Furthermore there are FTP
  683. archives of FAQs.  The archives are listed in "Anonymous FTP:
  684. Frequently Asked Questions (FAQ) List", and in "Introduction to the
  685. *.answers newsgroups" which are in news.announce.newusers.
  686.  
  687. Make sure that newbies are aware of the existence of *.answers
  688. groups and the archives on rtfm.mit.edu.  Also call to their
  689. attention the group news.groups.questions, which is where "Where
  690. should I post this message?", "Is there are group about ...?"
  691. questions belong.
  692.  
  693. Another problem newbies have occurs when they are unaware that a
  694. post doesn't appear immediately on the news server.  They should be
  695. informed about this so that they don't post messages twice.
  696.  
  697. 12) Who wrote this document, anyway?
  698.  
  699. This document was written by Mitchell Golden
  700. (golden@physics.harvard.edu) with help from
  701.  
  702. Brad Templeton        (brad@clarinet.com)
  703. S. Nass            (sn@panix.com)
  704. Harry Bochner        (bochner@das.harvard.edu)
  705. David C Lawrence    (tale@uunet.uu.net)
  706. Brian Pollack        (brian@indirect.com)
  707. Ron Newman        (rnewman@media.mit.edu)
  708. Jonathan I. Kamens    (jik@cam.ov.com)
  709. David Grabiner        (grabiner@math.harvard.edu)
  710. Scott Southwick        (scotty@habanero.ucs.indiana.edu)
  711. David S. Stodolsky    (david@arch.ping.dk)
  712. Charles Lindsey        (chl@clw.cs.man.ac.uk)
  713. Al Black        (al@debra.dgbt.doc.ca)
  714. David B. O'Donnell    (NewsMaster@aol.com)
  715. Pierre Uszynski        (pierre@shell.portal.com)
  716. David S. Stodolsky    (david@arch.ping.dk)
  717. Karl A. Krueger        (karl@simons-rock.edu)
  718. Andrew Burt        (aburt@cs.du.edu)
  719.  
  720.  
  721.